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CROSS-REFERENCE 

The present application is related to the co-pending application entitled "Power 
Management For An Implantable Medical Device" by inventors Torgerson et al. (attorney docket 
number 1 1738.86903) which is not admitted as prior art with respect to the present invention by 
its mention in this cross-reference section. 

BACKGROUND OF THE INVENTION 

This disclosure relates to a medical device and more specifically to an implantable 
medical device capable of telemetry. 

The medical device industry produces a wide variety of electronic and mechanical 
devices for treating patient medical conditions. Depending upon medical condition, medical 

devices can be surgically implanted or connected externally to the patient receiving treatment. 

» 

Clinicians use medical devices alone or in combination with drug therapies and surgery to treat 
patient medical conditions. For some medical conditions, medical devices provide the best, and 
sometimes the only, therapy to restore an individual to a more healthful condition and a fuller 
life. Many implantable medical devices have the capability for telemetry so once implanted 
communications can be conducted with the medical device. 

Implantable medical devices that can have telemetry capability typically include neuro 
stimulators, pacemakers, defibrillators, drug delivery pumps, and diagnostic recorders. 
Telemetry is typically conducted with a telemetry signal at a frequency in the range from about 



1 50 KHz to 200 KHz using a medical device protocol such as described in U.S. Patent No. 
5,752,977 "Efficient High Data Rate Telemetry Format For Implanted Medical Device" issued to 
Grevious et al. (May 19, 1998). As medical device telemetry has become more complex, the 
telemetry has placed greater demands on the medical device processor. Also as implantable 
- 5 medical devices therapies have become more complex, more demands have been placed on the 
medical device processor. The competing demands of telemetry and therapies for medical device 
processor capability can place constraints on the operation of the medical device and can 
consume more power than desired. 

For the foregoing reasons there is a need for an implantable medical device to be 

10 configured with some telemetry functions independent of the main processor to free the main 
processor for other functions, conserve energy, increase telemetry processing speed, and to 
provide many other advantages. 

SUMMARY OF THE INVENTION 
An implantable medical device telemetry processor performs some telemetry processing 

15 functions that under some circumstances result in reducing demands on the main processor to 
ftee the main processor for other tasks, conserving energy, increasing telemetry processing 
speed, and many other advantages. The telemetry processor includes control logic, a data 
decoder, a receive buffer, a data encoder, and a transmit buffer. The control logic operates the 
telemetry processor according to instructions. The data decoder is coupled to the control logic 

20 and coupleable to a demodulator, and the data decoder translates a received serial bit stream into 
parallel accessible words. The receive buffer is coupled to the data decoder and coupleable to a 
main processor bus. The data encoder is coupled to the control logic and coupleable to a 
modulator, and the data encoder translates parallel accessible words into a transmit serial bit 



stream. The transmit buffer is coupled to the data encoder and coupleable to the main processor 
bus. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows an environment of an implantable medical device embodiment; 
- 5 FIG. 2 shows an implantable medical device embodiment; 

FIG. 3 shows an implantable medical device block diagram embodiment; 
FIG. 4 shows an implatable medical device basic operation flowchart embodiment; 
FIG. 5 shows a telemetry module block diagram embodiment; 
FIG. 6 shows a more detailed telemetry module block diagram embodiment; 
10 FIG. 7 shows a telemetry processor block diagram embodiment; 

FIG. 8 shows a telemetry module operation flowchart embodiment; 
FIG. 9 shows a telemetry reception flowchart embodiment; 
FIG. 10 shows a telemetry reception more detailed flowchart embodiment; 
FIG. 1 1 shows a telemetry transmission flowchart embodiment; and, 
15 FIG. 12 shows a telemetry transmission more detailed flowchart embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
FIG. 1 shows the general environment of an implantable medical device 20 and more 
specifically an Implantable Neuro Stimulator (INS) 22 embodiment that includes a stimulation 
lead 24, a lead extension 26, an External Neuro Stimulator (ENS) 28, and programmers 30 
20 including a physician programmer 32, and a patient programmer 34 embodiments. Although a 
INS 22 embodiment is shown, the implantable medical device 20 could also include pacemakers, 
defibrillators, drug delivery pumps, diagnostic recorders, cochlear implants, and the like. The 
implantable medical device 20 is typically programmed with a therapy and then implanted in the 
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body typically in a subcutaneous pocket at a site selected after considering clinician and patient 
preferences. A wide variety of programmers 30, also known as downlink transmitters, can be 
used to transmit data to and receive data from the implantable medical device 20, also known as 
the uplink transmitter. Examples of downlink transmitters include devices such as physician 
- 5 programmers 32, patient programmers 34, programming wands, telemetry access units, and the 
like. The clinician periodically uses a physician programmer 32 to communicate with the 
implantable medical device 20 to manage the patient's therapy and collect implantable medical 
device 20 data. The patient uses the patient programmer 34 to communicate with the implanted 
INS 22 to make therapy adjustments that have been programmed by the clinician. Both the 

10 physician programmer 32 and patient programmer 34 can have an antenna locator that indicates 
when the telemetry head is aligned closely enough with the implanted INS 22 for adequate 
telemetry. An example of a physician programmer 32 is a Model 7432 Console Programmer 
available from Medtronic, and an example of a patient programmer 34 is a Model 7434 Itrel® 3 
EZ Patient Programmer available from Medtronic. 

15 FIG. 2 shows an Implantable Neuro Stimulator (INS) 22 medical device embodiment 20. 

FIG, 3 shows a block diagram of the INS 22 embodiment. The INS 22 generates a 
programmable electrical stimulation signal. The INS 22 comprises a processor 34 with an 
oscillator 36, a calendar clock 38, memory 40, and system reset 42, a telemetry module 44, a 
recharge module 46, a power source 48, a power management module 50, a therapy module 52, 

20 and a therapy measurement module 54. Other versions of the INS 22 can include additional 
modules such as a diagnostics module. All components can be configured on one or more 
Application Specific Integrated Circuits (ASICs) except the power source 48. Also, all 
components are connected to bi-directional data bus 56 that is non-multiplexed with separate 
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address and data lines except the oscillator 36, the calendar clock 38, and the power source 48. 
The processor 34 is synchronous and operates on low power such as a Motorola 68HC1 1 
synthesized core operating with a compatible instruction set. The oscillator 36 operates at a 
frequency compatible with the processor 34, associated components, and energy constraints such 
-5. as in the range from 100 KHz to 1 .0 MHz. The calendar clock 38 counts the number of seconds 
since a fixed date for date/time stamping of events and for therapy control such as circadian 
rhythm linked therapies. The memory 40 includes memory 40 sufficient for operation of the INS 
such as volatile Random Access Memory (RAM) for example Static RAM, nonvolatile Read 
Only Memory (ROM), Electrically Eraseable Programmable Read Only Memory (EEPROM) for 

10 example Flash EEPROM, and register arrays configured on ASICs. Direct Memory Access 
(DMA) is available to selected modules such as the telemetry module 44, so the telemetry 
module 44 can request control of the data bus 56 and write data directly to memory 40 bypassing 
the processor 34. The system reset 42 controls operation of ASICs and modules during power-up 
of the INS 22, so ASICs and modules registers can be loaded and brought on-line in a stable 

15 condition. The INS 22 can be configured in a variety of versions by removing modules not 
necessary for the particular configuration and by adding additional components or modules. 
Primary cell, non-rechargeable, versions of the INS 22 will not include some or all of the 
components in the recharge module 46. All component of the INS 22 are contained within or 
carried on a housing that is hermetically sealed and manufactured from a biocompatible material 

20 such as titanium. Feedthroughs provide electrical connectivity through the housing while 

maintaining a hermetic seal, and the feedthroughs can be filtered to reduce incoming noise from 
sources such as cell phones. The INS 22 operates according to software parameters. 
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FIG. 4 shows a basic INS 22 operation flowchart embodiment. Operation begins with 
when the processor 34 receives data from either telemetry or from an internal source in the INS 
22. The received data is then stored in a memory 40 location. The data is processed by the 
processor 34 to identify the type of data and can include further processing such as validating the 
5 integrity of the data. After the data is processed, a decision is made whether to take an action. If 
no action is required, the INS 22 stands by to receive data. If an action is required, the action 
will involve one or more of the following modules or components: calendar clock 38, memory 
40, telemetry 44, recharge 46, power management 50, therapy 52, and therapy measurement 54. 
An example of an action would be to modify a programmed therapy. After the action is taken, a 
10 decision is made whether to prepare the action to be communicated, known as uplinked, to a 
programmer 30 through the telemetry module 44. If the action is uplinked, the action is recorded 
in the programmer. If the action is not uplinked, the action is recorded internally within the INS 
22. An INS 22 as well as other implantable medical devices 20 can be configured with a 
telemetry module 44 having a telemetry processor. 
15 FIGS. 5 and 6 show block diagrams of a telemetry module 44 embodiment. The 

telemetry module 44 provides bi-directional communications between the implantable medical 
device 20, also known as the uplink transmitter, and the programmer 30, also known as the 
downlink transmitter. The telemetry module 44 comprises a telemetry coil 57, a receiver 58, a 
transmitter 60, and a telemetry processor 62. Telemetry is conduced at a frequency in the range 
20 from about 150 KHz to 200 KHz using a medical device 20 protocol such as described in U.S. 
Patent No. 5,752,977 "Efficient High Data Rate Telemetry Format For Implanted Medical 
Device" issued to Grevious et al. (May 19, 1998). The telemetry coil 57 can be located inside 
the housing or attached to the outside of the housing, and the telemetry coil 57 can also function 



as the recharge coil if operation of the coil is multiplexed. The receiver 58 provides a digital 
pulse representing the Radio Frequency (RF) modulated signal, knows as a downlink signal, 
from a programmer 30. The transmitter 60 generates an RF modulated uplink signal from the 
digital signal generated by the telemetry processor 62. The telemetry processor 62 can by a state 

5 machine configured on an ASIC with the logic necessary to decode telemetry signals- during 
reception, store data into RAM, and notify the processor 62 that data was received. The 
telemetry processor 62 also provides the logic necessary during transmission to request the main 
processor 34 to read data from RAM, encode the data for transmission, and notify the main 
processor 34 that the data was transmitted. 

10 FIG. 7 shows a block diagram of a telemetry processor 62 embodiment. The telemetry 

processor 62 comprises control logic 64, a data decoder 66, a receive buffer 68, a data encoder 
70, and a transmit buffer 72. The control logic 64 operates the telemetry processor 62 according 
to telemetry parameters. The telemetry parameters can be configured in telemetry processor 62 
hardware parameters, firmware parameter, or a combination of hardware parameters and 

15 firmware parameters. Hardware parameters can be configured in registers contained within the 
telemetry processor. The data decoder 66 is coupled to the control logic 64 and coupleable to a 
demodulator. The data decoder 66 translates a received serial bit stream into parallel accessible 
words. The data decoder 66 can also be coupleable to the main processor bus 56 to receive 
protocol control data from the main processor 34. The receive buffer 68 is coupled to the data 

20 decoder 66 and coupleable to a main processor bus 56. The receive buffer 68 is used to assemble 
the received message to be processed by the telemetry processor 62 and communicated to the 
main processor 34. The data encoder 70 is coupled to the control logic 64 and coupleable to a 
modulator. The data encoder 70 translates parallel accessible words into a serial bit stream for 
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transmission. The data encoder 70 can also be coupleable to the main processor bus 56 to 
receive status data from the main processor 34. The transmit buffer 72 is coupled to the data 
encoder 70 and coupleable to the main processor bus 56. The transmit buffer 72 is used for 
communicating a message from the main processor 34 to the telemetry processor 62. 
- 5 In some embodiments, the telemetry processor 62 can also include a wake-up detector 74, 

a format detector 76, cycle redundancy check logic 78, and an uplink frame sequencer 80. The 
wake-up detector 74 is coupled to the format detector 76 and coupleable to*the demodulator. The 
wake-up detector 74 powers-up the telemetry processor 62 upon reception of a wake-up burst. 
With a wake-up detector 74, the telemetry processor 62 can idles in a sleep mode that consumes 

10 very low power such as less than 1% of the power used by the telemetry processor 62 when the 
telemetry processor 62 has been activated by a wake-up burst. A format detector 76 is coupled to 
the data decoder 66 and coupleable to a demodulator. The format detector 76 identifies the 
telemetry format being received, and the format detector 76 switches the telemetry processor 62 
to the appropriate telemetry format for the modulation and speed of the downlink transmission. 

15 Cyclic redundancy check logic 78 is coupled to the data decoder 66. The cycle redundancy 
check logic 78 compares a downlink check number against a downlink message to detect 
whether the downlink message has the correct number of data bits and correct order of the data 
bits. An uplink frame sequence generator 80 is coupled to the data encoder 70. The uplink 
frame sequencer 80 adds an uplink header to each uplink message containing information such as 

20 a source address, a destination address, frame sequence number, status information, and the like. 
The source address is the programmer 30 address that is identified to ensure the implantable 
device 20 is receiving information from the appropriate programmer 30 and that the programmer 
30 has current information from the implantable medical device 20. The destination address is 
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the implantable medical device 20 address that is identified to ensure the correct implantable 
medical device 20 is receiving the transmission. The destination address is particularly 
important when a patient has more than one implantable medical device 20 to ensure the correct 
implantable medical device 20 is receiving the downlink signal. The frame sequence number . 
- 5 allows the telemetry processor 62to identify duplicate transmissions of the same command 
message. Duplicate command messages can occur in situations such as when a movement 
disorder patient unintentionally actuates patient programmer 34 controls multiple times, or when 
a programming wand is swiped multiple times across the location of the medical device 20. 
When a duplicate command message is identified, the duplicate message is typically ignored by 

10 the telemetry processor 62. The status information provides data on the status of the 

communications link between the programmer 30 and implantable medical device 20, and data 
on the status of the implantable medical device 20 such as whether memory 40 has been 
corrupted, whether there has been a Power On Reset (POR), and the like. 

All messages received by and transmitted from the implantable medical device 20 are 

15 processed at least partially by the telemetry processor 62 without main processor 34 involvement. 
The telemetry processor 62 processes selected messages faster and with less energy than 
messages processed by the main processor 34. Selected messages can also be processed by the 
telemetry processor 62 when the main processor 34 is inoperative. The selected messages 
include acknowledgement (ACK) messages negative acknowledgement (NACK) messages, and 

20 handshake command messages. The telemetry processor 62 can process an entire handshake 
message between a programmer 30 and a medical device 20 that includes the handshake 
command message and the acknowledgement message or negative acknowledgement message 
without main processor 34 assistance. The handshake message can also include link status and 
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medical device 20 status information that is also processed by the telemetry processor 62 without 
main processor 34 assistance. Handshake messages typically occur periodically to report 
communications link status between the programmer 30 and the medical device 20. When 
handshaking, the telemetry processor 62 typically begins transmission of an acknowledgement . • 
- 5 message or a negative acknowledgement message in less than 500.0 uSec such as in the range 
from 100.0 uSec to 500.0 jxSec after the command message is received. Some embodiments of 
the telemetry processor 62 can also operate in at least two different modes of communication. 

In the direct mode of communication, the telemetry processor 62 operates upon a single 
message transmitted by either the programmer 30 or the implantable medical device 20 and a 

10 single acknowledgement transmitted by the receiving device. When using the direct mode of 
communications, the programmer 30 is first set typically by the patient, and then the programmer 
30 is brought close enough to the implantable medical device 20 for brief communications. The 
direct mode of communication is used for communications such as incrementing therapy 
parameters such as stimulation amplitude. The direct mode of communication facilitates brief 

15 communications such as in the range from 50.0 mSec to 1 50.0 mSec from the time the downlink 
device begins communications until the communications have been completed. Brief 
communications can be useful when the programmer 30 is a device such as a programming wand 
that programs the medical device 20 with a momentary swipe across the location of the medical 
device 20. With the direct mode of communications, the programmer 30 can be substantially in 

20 motion during communications. Duplicate transmission of the same command message can 
occur during the direct mode of communication when, for example, a programming wand is 
swiped multiple times across the location of the medical device 20. The telemetry processor 62 
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can ignore duplicate command messages by identifying that the frame sequence number in the 
message header is out of sequence. 

In the session mode of communications, there is continual handshaking to quickly detect 
a break in telemetry. The session mode is used for more complex communications between the. 
- 5 uplink transmitter and the medical device 20 such as large memory 40 transfers that include data, 
programs, or both. The programmer 30 is typically held substantially static while 
communications are conducted in the secession mode. The telemetry processor 62 ignores 
subsequent transmissions of the same command message just as in the direct mode of 
communications. 

10 FIG. 8 shows a telemetry module 44 operation flowchart embodiment. To begin 

telemetry, either the patient or the clinician uses a patient programmer 34 or console programmer 
32 and places the telemetry head containing the telemetry coil 57 near the implantable medical 
device 20. Both the console programmer 32 and patient programmer 34 can have an antenna 
locator that indicates when the telemetry head is aligned closely enough with the implanted 

15 medical device 20 for adequate telemetry. The RF telemetry signal is received through the 

telemetry coil 57 and includes a wake-up burst that signals the telemetry processor 62 to prepare 
the telemetry processor 62 to receive incoming telemetry signals. The telemetry processor 62 is 
configured to receive a particular telemetry protocol that includes the type of telemetry 
modulation and the speed of the incoming telemetry signal. The telemetry receiver 58 

20 demodulates the time base signal into digital pulses. The telemetry processor 62 converts the 
digital pulses into binary data that is stored into memory 40. The main processor 34 will then 
take whatever action is directed by the received telemetry such as adjusting the therapy. 
Telemetry signal transmission is initiated by the main processor 34 requesting the telemetry 
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processor 62 to transmit data. The telemetry processor 62 is configured for the desired telemetry 
protocol that includes the type of modulation and the speed for transmission. The telemetry 
processor 62 converts binary data desired to be transmitted into a time based digital pulses. The 
transmitter 60 modulates the digital signal into an RF signal that is then transmitted through the * 
- 5 telemetry coil 57 to a programmer 30. 

FIGS. 9 and 1 0 show telemetry reception flowchart embodiments. The method of 
processing received telemetry signals in an implantable medical device 20 comprises the 
following steps that are not necessarily described in order. A serial data stream is received 82 
from the demodulator. The received serial data stream is translated 84 into parallel accessible 
10 words. The message's integrity is verified 86. Message integrity verification typically includes 
determining whether the message address has a valid Cycle Redundancy Check (CRC) and 
whether the message is intended for the receiving implantable medical device. To determine if 
the message is intended for the implantable medical device, the destination address is checked, 
the source address is checked, and the sequence number is checked to determine if the message is 

15 out of sequence. If the message has a valid CRC, destination address, source address, and 

* 

sequence number, then the telemetry processor replies with an acknowledgement message. If the 
message has a valid CRC but not a valid destination address, or source address or sequence 
number, then the telemetry processor replies with a negative acknowledgement message. If the 
CRC is not valid, then the telemetry processor does not reply because without a valid CRC the 
20 received signal can be noise. 

After message integrity is verified 86, the message type is detected 88, The message can 
be a variety of types including an application message, a handshake message, and a Waveform 
ACKnowledgement (WACK) message. If the message is an application message, then an 
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acknowledgement is sent 90 to the transmitter of the message. If the message is a handshake 
message, then an acknowledgement is sent 90 to the transmitter of the handshake message. If the 
message is a WACK message, then the WACK provides its own handshaking during waveform 
uplinking. Next the message is accessed to decide 92 whether an action is required. If an action 
- 5 is required, then the action is performed 94, and if an action is not required then the telemetry 
processor stands-by to receive more serial data. 

In some embodiments, the method of processing received telemetry signals in an 
implantable medical device 20 can also include the following steps. A wake-up burst is received 
that activates the telemetry processor 62. Also the incoming data stream can be shifted through 
10 the cycle redundancy check logic 78 for the cycle redundancy check logic 78 to verify that a 
complete message has been received. The cycle redundancy check logic 78 compares a 
downlink check number against a downlink message to detect whether the downlink message has 
the correct number of data bit and correct order of the data bits. Additionally, a format detector 
76 can be coupled to the data decoder 66 and the demodulator to detect the telemetry format 
15 being received. The main processor 34 can be notified when an application message has been 
received. 

FIGS. 1 1 and 12 show telemetry transmission flowchart embodiments. The method of 
processing transmitted telemetry signals in an implantable medical device 20 comprises the 
following steps that are not necessarily described in order. The message type to be transmitted is 
20 selected with control logic 96. The message type transmitted can be an acknowledgement, 
negative acknowledgement, application, and waveform. The buffer is specified where the 
message to be transmitted is located. Message uplink header information including source 
address, destination address, and frame sequence number is added 98 with an uplink frame 
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generator 80, and status information is added 100 with control logic 64. The transmit message is 
encoded 102 in parallel accessible words into transmit message serial data bits. The message is 
transferred 104 to a modulator for transmission by telemetry. 

In some embodiments, the following additional steps can be included in the method of 
r 5 processing transmitted telemetry messages. A validity code can be generated containing the 

number of transmit data bits and the order of the transmit data bits. The validity code is typically 
added to the message trailer. The application program can be notified that the message has been 
transmitted. After the message is transferred to the modulator, the telemetry processor 62 can be 
powered down. A status message can be sent from the main processor 34 to the data encoder 70. 

10 Thus, embodiments of an implantable medical device 20 with telemetry processor 62 are 

disclosed provide benefits such as reducing demands on the main processor to free the main 
processor for other tasks, conserving energy, increasing telemetry processing speed, and many 
other advantages apparent from the claims. One skilled in the art will appreciate that the present 
invention can be practiced with embodiments other than those disclosed. The disclosed 

15 embodiments are presented for purposes of illustration and not limitation, and the present 
invention is limited only by the claims that follow. 
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